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A mendments to t he Drawings 
Block S10 of Fig. S is amended to correct a typographical error (changing "deparment's" 
"department's"). No new matter is introduced with this amendment. 
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REMARKS 

Claims 1 , 5 - 7, 1 0 - 11. and 14 have been amended- Claims 3 - 4, 9, and 13 have been 
cancelled from the application without prejudice. Claims 15 - 18 have been added. No new 
natter is added with these amendments, which ate supported in the specification as originally 
filed. Claims J, 5 - 7J0 - 1 1, and 14 - 18 are now in the application. 

[. Pur posed Correction to th e Drawings 

A pr°P°sed replacement drawing is submitted herewith for Fig. 8- The correction made 
in this replacement drawing is discussed above in "Amendments to the Drawings". No new 
matter is introduced with the replacement drawing. 

H. p-j^™ T InApT 35 U.S.C. S102flrt 

Paragraph 9 of the Office Action dated December 22, 2004 (hereinafter, "the Office 
Action") states that Claims 1, 3, 4. 6, 7, 9, 1 1 , and 13 are rejected under 35 U.S-C §102(b) as 
being anticipated by Rubin (U.S. Patent 5,412,797). Claims 3 - 4, 9, and 13 have been cancelled 
from the application without prejudice. This rejection is respectfully traversed with regard to 
remaining Claims 1,6-7, and 11. 

Applicants' independent Claims 1 , 7, and 1 1 have been amended herein to more clearly 
specify limitations pertaining to associations and the ends thereof. In particular, Claim 1 (for 
example) specifies that an association end "reflects an association from an instance of a first class 
to an instance of a second class" (line 4) and that the association bas "an inverse association end 
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class » 0)» 10 - 11 and 19 - 20). Applets' specification uses tenn "bi-directional links" 
to characterize this scenario where a association has an inverse, and can he navigated in both 
erections (that is, to the instance of the first class to the instance of the second class, as 
described in line 4 of Claim 1 and vice versa, as described in lines 10 - 11 and 1 9 - 20 of Claim 
1); see p. 15, lines 1-4. 

Rubin teaches techniques whereby "relations" are maintained using £ointers in source 
instant and in sink instances. See, for example, col 2, lines 46 - 5 1 . In particular, a source 
instance points to the (1) first and (2) last sink instances in a ring of sink instances (col. 2 line 
48), and a sM instance points to (1) the next sink instance in this ring, (2) the previous sink 
instance in this ring, and (3) the associated source instance (col. 2, lines 49 - 5 1 and lines 52 - 
57). 

In a scenario where there are 3 or more sink instances, Rubin's source instances donot 
pomt to all of the sink instances - rather, his source instances point only to 2 of those sink 
instances (that is, to the "first" sink instance and the 'last" sink instance in a ring, as noted 
above). Furthermore, Rubin specifically notes, at col. 18, line 43 - col. 19, line 2, that his 
invention can be employed such that his relationships can be inserted or removed wjfljout 
requiring access to source instances. This is because each sink instance stores only a pointer to 
its source instance. Thus, using the procedure discussed in this cited text, a new sink instance 
must always be inserted such that it is neither , the first sink nor the lasyaak. This restriction is 
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necessary because the source instance doss need to be updated if its first sink or last sink pointers 
are changed. The cited text therefore states that the source instance can be initialized to use 
"dummy" sink instances as the first and last sink instances of a ring, and thereafter all "real" sink 
instances are insetted in between those dummy instances (see, in particular, col. 1 8, lines 65 - 
67). UsmgtMsapFoacb,onlyto 

in the ring need to change: the newly-inserted sink instance merely includes a reference (i.e., 
pointer) to the previously-created source instance. Thus, there is no modification of the "source 
end" of Rubin's relationship (see col. 19, l ines 1 - 2, stating that neither read nor write access to 
the source instance is required; see also col. 19, lines 48 - 51 , stating that Rubin's relationships 
can "sometimes" be removed without having read or write access to the source instance -- - 
provided, apparently, that the approach of using dummy instances has been followed). 

This is in contrast to Applicants' claimed invention, whereby each end of an association 
is changed when dthejofthe ends is to be set- that is, the end to be set and it<? nrverse are tejfa 
changed See the second and third limitations of Applicants' independent claims, where in the 
second limitation, "setting" steps are specified for both of the association ends and in the third 
limitation, an "adding" and a "setting" step are specified. 

Applicants further respectfully note that the analysis presented on page 4, line 12 - page 5, 
line 2 of the Office Action has misinterpreted "single multiplicity", as that term is used in 
Applicants' invention. Tn particular, Rubin's "presents" relationship has a many multiplicity, not 
a single multiplicity. That is because the source of a "presents" relationship, according to 
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Rubin's example, may have many related .ink instances. This is similar to Applicants' 
"employees" association end, where the source of the "employees" association -namely, a 
particular Department instance - may have many associations to radicular Employee instances. 
In Rubin's example, the "isPresentedBy" relationship is the one that has the skids multiplicity - 
because, as in Applicants' example whereby a particular Employee instance has a "department" 
association with at most one Department instance, each of Rubin's sink instances 
"isPresentedBy" at most one source instance. Thus, in contrast to the statement on p. 4, lines 14 
- 16 of the Office Action, Rubin's "presents" relationship has the "many" multiplicity precisely 
because it can be associated to, or presents, more than one sink instance. 

In addition, the statement on p. 4, lines 9 - 10 of the Office Action misinterprets this 
single-multiplicity and many-multiplicity concept. As stated therein, Rubin's one-to-many 
relationships have both single and many multiplicity. As the "single multiplicity" and "many 
multiplicity" terms are used in Applicants' invention, by contrast, mey consider only the BEner 
bound of the multiplicity. For example, a gne-to-mapy, (or zero-to-many) association end has 
pnlv foe majffi multiplicity. Its inverse, if and only if it is a one-tp-one association end, has the 
single multiplicity. This is illustrated in Applicants' Fig. 2, where association end 2 10, for the 
"department" association end, is denoted as "1 ..1 " - mat is, a one-to-one association end - 
whereas association end 220, for the "employees" association end, is denoted as "0. *" - that is, 
a zero-to-mauy association end. Page 4, lines 3 - 4 and lines 7 - 8 of Applicants' specification 
refer to these "1 ..1" and "0. .*" notations as indicating the multiplicity of the association ends; 
examples provided in Applicants' specification then use the terms "single" and "many" 
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multiplicity, respectively. (Note that .each end of Applied associations arc directional: fhatis, 
the claimed "request to set an association end" reflects an association from the instance of the 
first class to the instance of the second class, and the claimed "inverse association end" reflects 
an association fjpm the instance of the second class to the instance of the first class.) 

In view of the above, Applicants respectfully submit that their independent Claims 1 , 7, 
■ad 11 are patentable over Rubin. Dependent Claim 6 is therefore deemed patentable over Rubin 
as well. Accordingly, Applicants respectfully request tint the Examiner withdraw the § 1 02 
rejection. 

HI. gg jectinn Undp r 35 U-S.C. S103(al 

Paragraph 1 1 of the Office Action States that Claims 5, 10, and 14 are rejected under 
35 U.S.C §l03(a) as being unpatentable over Rubin in view of Johnson (a publication from 
javaworld.com). This rejection is respectfully traversed. 

As demonstrated above, Rubin fails to render Applicants' independent Claims 1, 7, and 
1 1 unpatentable. Rubin and Johnson therefore cannot be combined (assuming, arguendo, that 
one of skill in the art would be moti vated to attempt such combination and that such combination 
can, in fact, be made) to render Applicants' dependent Claims 5, 10, and 14 obvious. 
Accordingly, Applicants respectfully request that the Examiner withdraw the §103 rejection. 
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IV. Conclusion 

Applicants respectfully request reconsideration of the pending rejected claims, 
withdrawal of all presently outstanding rejections, and allowance of all remaining claims at an 



early date. 



Respectfully submitted, 



Mania L. Doubet 
Attorney for Applicants 
Reg. No. 40,999 



Customer Number for Correspondence: 43 1 68 
Phone: 407-343-7586 
Fax: 407-343-7587 
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